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COLLISION HANDLING APPARATUS AND METHOD 
FIELD OF THE INVENTION 

The present invention relates in general to execution of computer program 
instructions, and more specifically to thread-based speculative execution of 
computer program instructions out of program order. 

BACKGROUND OF THE INVENTION 

The performance of computer processors has been tremendously enhanced 
over die years. This has been achieved both by means of making operations 
faster and by means of increasing the parallelism of the processors, i.e. the 
ability to execute several operations in parallel. Operations can for instance be 
made faster by means improving transistors to make them switch faster or 
optimizing the design to minimize the level of logic needed to implement a 
given function. Techniques for parallelism include processing computer 
program instructions concurrently in multiple threads. There are programs that 
are designed to execute in several concurrent threads, but a program that is 
designed to execute in a single thread can also be executed in several 
concurrent threads. If the execution of a program in several concurrent 
threads causes program instructions to be executed in an order that differs 
from the program order in which the program was designed to execute die 
thread execution is speculative. The discussion hereinafter focuses on such 
speculative thread execution. 

A computer program that has been designed to be executed in a single thread 
can be parallelised by dividing the program flow into multiple threads and 
speculatively executing these threads concurrently usually on multiple 
processing units. The international parent application WOOO/2 C > C >39 describes 
techniques dial may be used to divide a program into multiple threads. 
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However, if the threads access a shared memory, collisions between the 
concurrently executed threads may occur. A collision is a situation in which the 
threads access the shared memory in such a way that there is no guarantee that 
die semantics of the original single-threaded program is preserved. 

5 A collision may occur when two concurrent threads access the' same memory 
element in the shared memory. An example of a collision is when a first thread 
writes to a memory element and the same memory element has already been 
read by a second thread which follows the first thread m the program flow of 
the single-threaded program. If the write operation performed by the first 

10 thread changes the data in the memory element, the second thread will read 

the wrong data, which may give a result of program execution that differs from 
the result that would have been obtained if the program had been executed in 
a single thread. Depending on the implementation, collisions can for example 
also occur when two threads write to the same memory element in the shared 

1 5 memory. 

Execution of a computer program in multiple concurrent threads is intended 
to speed up program execution, without altering the semantics of the program. 
It is therefore of interest to provide a mechanism for detecting collisions. 
When a collision has been detected one or more threads can be rolled back in 

2 0 order to make sure that the semantics of the single-threaded program is 
preserved. A rollback involves restarting a thread at an earlier point in 
execution, and undoing everything that has been done by the thread after that 
point. In the example above, in winch the older first thread wrote to a memory 
element that already had been read by the younger second thread, the second 

25 thread should be rolled back, at least to the point when the memory element 
was read, if it is to be guaranteed that the semantics of the single-threaded 
program is preserved. 
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A known mechanism for detecting and handling collisions involves keeping 
track of accesses to memory elements by means of associating two or more 
flag bits per thread with each memory object. One of these flag bits is used to 
indicate that the memory object has been read by the thread, and another bit is 
used to indicated that the memory object has been modified by the thread. 

The international patent application WO 00/70450 describes an example of 
such a known mechanism. Before a primary diread writing to a memory 
element in a shared memory, status information associated with the memory 
element is checked to see if a speculative diread has read the memory element. 
If so, the speculative diread is caused to roll back so that the speculative thread 
can read the result of the write operation. 

A disadvantage of this known mechanism when implemented in software is 
that it results in a large execution overhead due to the communication and 
synchronization between the threads that is required for each access to die 
shared memory. The status information is accessible to several threads and a 
belong mechanism is therefore required in order to make sure that errors do 
not occur due to concurrent access to the same status information by two 
threads. There is also a need for memory barriers (also called memory fences) 
in order to ensure correct ordering between accesses to the shared memory 
and accesses to the status information. 

Another example of a known mechanism for detecting and handling collisions 
is described in Steffan J.G. et aL, "The Potential for Using Thread-Level Data 
Speculation to Facilitate Automatic Parallelization", Proceedings of the Fourth 
International Symposium on High-Performance Computer Architecture, 
February 1998, and in Oplinger J. et: al. s "Software and Hardware for 
Exploiting Speculative Parallelism with a Multiprocessor", Stanford University 
Computer Systems Lab Technical Report CS1 ,-TR \ s. February 1 c >97. An 
extended cache coherency protocol is used to support -speculative threads. 



WO 113/054693 



4 



PCT/SEOI/02741 



The flag bits ate, according to this technique, associated with cache lines in a 
first level cache of each of a plurality of processors. When a thread performs a 
write operation, a standard cache coherency protocol invalidates the affected 
cache line in the other processors. By extending the cache coherency protocol 
to include the thread number in the invalidation request, the other processors 
can detect read after write dependence violations and perform rollbacks if 
necessary. A disadvantage of this approach is that speculatively accessed cache 
lines have to be kept in the first level cache until the speculative thread has 
been committed, otherwise the extra information associated with each cache 
•line is lost. If the processor runs out of available positions in the first level 
cache during execution of the speculative thread, the speculative thread has to 
be rolled back. Another disadvantage is that the method requires modifications 
to the cache coherency protocol implemented in hardware, and cannot be 
implemented purely in software using standard microprocessor components. 

SUMMARY OF THE IKTVENTION 

As mentioned above the known mechanisms for handling and detecting 
collisions have some disadvantages. The problem solved by the present 
invention is to provide mechanisms that simplify handling and detection of 
collisions. 

A first object of the present invention is to provide a device having simplified 
mechanisms for recording information regarding memory accesses to a shared 
memory. 

A. second object, of the present, invention is to provide a simplified method for 
recording information regarding memory accesses to a shared memory. 

A third object of the present invention is to provide ;i simplified method tor 
handling possible, collisions- between a plurality of threads. 
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The objects of die present invention are achieved by means of an apparatus 
according to claim 1, by means of a method according to claim 17 and by means 
of a method according to claim 27. The objects of the invention are further 
achieved by means of computer program products according to claim 36 and 
claim 37. 

According to the present invention each of a plurality of threads are associated 
with a respective data structure for storing information regarding accesses to the 
memory elements of the shared memory. When a thread accesses a selected 
memory element in the shared memory, information is stored in its associated 
data structure, which information is indicative of the access to the selected 
memory element. According to an embodiment of die present invention 
collision detection is carried out after die thread has finished executing by means 
of comparing die data structure of die thread with die data structures of other 
threads on which die thread may depend. 

An advantage of die present invention is that each thread is associated witii a 
respective data structure tiiat stores die information indicative of the accesses to 
the shared memory. This is especially advantageous in a software 
implementation since each thread will only modify die data structure with which 
it is associated. The threads will read the data structures of other direads, but 
tiiey will only write to their own associated data structure according to die 
present invention. The need for locking mechanisms is therefore reduced 
compared with die known solutions discussed above in which the information 
indicative of memory accesses were associated with die memory elements of die 
shared memory and were modified by all die threads. The reduced need for 
locking mechanisms reduces die execution overhead and makes the 
implementation simpler. In die software implementation, die absence of locks 
and memory barriers during thread execution will also give a compiler more 
freedom to optimize the code. 



WO 03/(154693 



6 



PCT/SE01/0274I 



Another advantage of the present invention is that, since it does not require a 
modified cache coherency protocol, it can be implemented purely in software, 
thus making it possible to implement the invention using standard components. 

Further advantages of embodiments of the present invention will be apparent 
5 from the following detailed description of preferred embodiments with 
reference to accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a schematic block diagram of a computer system in which die present 
invention is used. 

1 0 Figs. 2A and 2B are schematic diagrams that illustrate a computer program being 
executed in a single thread and divided into several threads respectively. 
Fig. 3A is schematic block diagram that illustrates how data structures according 
to the present invention are used. 

Fig. 3B is schematic block diagram that illustrates how an alternative 
1 5 embodiment of data structures according to the present invention is used. 

Fig. 4 is a flow diagram illustrating how reading from the shared memory may be 
performed according to the present invention. 

Fig. 5 is a flow diagram illustrating how wilting to the shared memory may be 
performed according to the present invention. 
20 Fig. 6 is a schematic block diagram that illustrates dependence lists associated 
with threads according to the present invention. 

Fig. 7 is a flow diagram illustrating how a thread may be executed and a collision 
check for the thread may be made according to the present invention. 

2 5 DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS 

Figure 1 illustrates a computer system 1 including two central processing units 
(CPUs') first CPU 2 and second CPU 3. The CPUs accesses a shared memory 4. 
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divided into a number of memory elements mO, ml, m2, ma The memory 
elements may for instance be equal to a cache line or may alternatively 
correspond to a variable or an object in a source language. Figure 1 also shows 
three threads 5, 6, 7 executing on the CPUs 2, 3. 

A thread can be seen as a portion of computer program code that is defined by 
two checkpoints, a start point and an end point. Figure 2a shows a schematic 
illustration of a computer program 8 comprising a number of instructions or 
operations, il, i2,...in. When the computer program is executed as a single 
thread, the normal way of processing the instructions is in the program order, 
i.e. from top to bottom in Figure 2A. It is however possible, according to known 
techniques as mentioned above, to divide the program into multiple threads. 
The program 8 may for instance be divided into die three threads 5, 6, 7 as 
indicated in Figure 2A. The threads can be executed concurrently. Figure 2B 
illustrates an example of a threaded program flow, where die first CPU 2 first 
processes die thread 5 and tiien die thread 6, and die second CPU 3 starts 
processing thread 7 before die threads 5 and 6 have finished executing on the 
first CPU 2. 

Figure 2B shows an example of bow die tiireads 5, 6, 7 may execute. Many other 
alternative ways of executing the threads are however possible. It is for instance 
not necessary that die first CPU 2 finishes processing die thread 5 before 
starting on die diread 6 and die thread 6 may be executed before die thread 5. 
The first CPU 2 may be a type of processor that is able to switch between 
several different threads such diat die CPU 2 e.g. starts processing die thread 5, 
leaves die diread 5 before it is finished to process the diread 6 and tiien returns 
to die diread 5 again to continue where it left off. Such a processor is sometimes 
called a Fine Grained Multi-Threading Processor. A Simultaneous Multi- 
Threading fSMT) Processor is* able to process several threads in parallel so if the 
CPU 2 is such a processor it is able to process the threads 5, 6 simultaneously. 
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Thus, it is not necessary to have multiple CPUs in order to process multiple 
threads concurrently. 

Collisions may occur between the threads 5, 6, 7 when the instructions of die 
computer program 8 are executed out of program order. As mentioned above, a 
5 collision is a situation in which the threads access the shared memory 4 in such 
a way that there is no guarantee that die semantics of the original single- 
threaded program 8 is preserved. It is therefore of interest to provide 
mechanisms for detecting and handling collisions that may arise during 
speculative thread execution. 

10 According to the present invention each thread 5, 6, 7 is associated with a data 
structure 9, 10, 11, which is illustrated schematically in Figure 1. The data 
structure is used to store information indicative of which memory elements in 
die shared memory 4 that the respective thread has accessed. According to an 
embodiment of the present invention each data structure includes a number of 

15 bits 12 that correspond to the memory elements in the shared memory. 
According to die embodiment of the present invention shown in Figure 1 the 
bits 12 of each data structure 9, 10, 11 are divided into a load vector 9a, 10a, Ha 
and a store vector 9b, 10b, lib. For each memory element mO, ml, m2, mn in 
the shared memory 4, there is exactly one corresponding bit 12 in the load 

2 0 vector and exactly one corresponding bit 12 in die store vector associated with 
each thread. When die thread 6 reads from a memory element, it sets die 
corresponding bit 12 in die load vector 9a to indicate that die memory element 
has been read. The store vector 9b is updated analogously when die thread 6 
writes to die shared memory. 

2 5 There can either be a one-to-one correspondence or a many-to-one 
correspondence between die memory elements and die bits in die load and store 
vectors. By having a many-to-one correspondence, die memory overhead is 
reduced at die cost of spurious collisions, which cause? slower execution 
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Reducing the memory overhead will however also result: in reduced execution 
overhead, since there will be fewer cache misses. A hash function can be used to 
map a number of a memory element to a bit position in the load and store 
vectors. 

Figure 3A illustrates an example of how die data structures 9, 10, 11 are used 
according to the present invention. In this example die thread 5 has written to 
die memory elements ml and m4 and read memory elements ml, m5 and m8. 
The tiiread 6 has written to die memory elements m2, m6 and m9 and read die 
memory elements ml, m6 and ml 3. The thread 7 has read die memory element 
ml 2. In this example, there are more memory elements in the shared memory 
tiian there are bit positions in die load and store vectors, which means that there 
is a many-to-one correspondence between die memory elements and die bits in 
die load and store vectors. In tiiis example die bit position in die load and store 
vector diat corresponds to a selected memory element is found using a hash 
function, winch in this example simply calculates die remainder when dividing 
the number of die memory element by die size of the load and store vectors. 
This means that when die tiiread 5 writes to die memory elements ml, it sets die 
bit in position number 1 in its store vector and when die thread 6 writes to die 
memory element m9, it sets die bit in position number 1 in its store vector. 
When the threads have performed die write and read operations mentioned 
above, die bit position numbers that are set will be 0, 1, 5 for the load vector 9a; 
1, 4 for die store vector 9b; 2, 5, 6 for die load vector 10a; 1, 2, 6 for die store 
vector 10b and 4 for die load vector 11a. This is illustrated in Figure 3A by 
means of filled boxes representing the bits that are set. 

The implementation of die present invention can be simplified by means of die 
data structures 9, 10, 11 each comprising a single combined load and store 
vector instead of a separate load vector and a separate store vector. Figure ;>B 
illustrates die same example as described above with reference to Figure 3A. 



WO 03/054693 



10 



PCT/SEO 1/02741 



with the only difference that die data structures 9, 10, 11 each includes a single 
combined load and store vector 9c, 10c, 1 lc instead of the load vectors 9a, 10a, 
11a and the store vectors 9b, 10b, lib. The bit positions that are set in the 
combined load and store vector 9c correspond to a logical bitwise inclusive or 
5 operation of the load vector 9a and store vectors 9b shown in Figure 3B. 

The embodiment of the present invention wherein the data structures includes a 
single combined load and store vector results in an increased number of 
spurious collisions, but on the other hand it also results in a reduced need for 
memory to store the data structures and a reduced number of operations when 
10 checking for collisions, as will be discussed further below. 

The embodiments of the present invention shown in Figures 3A and 3B uses a 
type of data versioning called privatisation, which means that a private copy 14 
of a memory element that is to be modified is created for the thread that 
modifies die element The thread then modifies the private copy instead of the 

15 original memory element in the shared memory. The private copies contain 
pointers 15 to their corresponding original memory element in the shared 
memory. The private copies are used to write over the original memory elements 
in the shared memory 4 when die threads for winch they were created are 
committed. If a thread is rolled back, its associated private copies 14 are 

20 discarded. Figure 4 shows a flow diagram illustrating how reading from the 
shared memory is performed when privatisation is used. Figure 5 shows a 
corresponding flow diagram for writing to. the shared memory. 

Figure 4 shows a first step 20, wherein the memory element to be read is marked 
as read in the load vector. In step 21, it is examined whether or not the thread 
25 has a private copy of the memory element: to be read. If a private copy exists the 
data is read from, the private copy, step 22. If there is no private copy the data is 
read from me memory element in the shared memory, step 23. 
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Figure 5 shows a first step 25, wherein it is examined whether or not the thread 
has a private copy of the memory element to be written to. If there is no private 
copy, the memory element to be written to is marked as written in the store 
vector, step 26, and a private copy is created, step 27. The data is tiien written to 
the private copy, step 28. If a private copy is found to exist in step 25, the data 
can be written to the private copy directly, step 28, without having to make a 
mark in the store vector or create the private copy. 

The privatisation described above is not a prerequisite of the present invention. 
Another type of data versioning, which may be used instead of privatisation, 
involves that the threads store backup copies of the memory elements before 
they modify them. These backup copies are then copied back to the shared 
memory during a rollback. 

The embodiments of the present invention described above comprise data 
structures in the form of bit vectors for storing information indicative the 
thread's accesses to the memory. However, many alternative types of data 
structures for storing tins information are possible according to the present 
invention. The data structures may for instance be implemented as lists to which 
numbers that correspond to the memory elements are added to indicate accesses 
the memory elements. Other possible implementations of the data structures 
include trees, hash tables and other representations of sets. 

It will now be discussed how the thread associated data structures of die present 
invention can be used to check for and detect collisions. 

In a software implementation where the thread associated data structures of tht 
present invention are used to check for collisions, a diread that has collided with 
another thread will itself detect the collision. In the known mechanisms 
discussed above an older thread would deled if a younger thread has collided 
and send a message about this so that the vounecr thread would be rolled back. 
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This sending of messages takes time and causes an extra delay, winch can be 
avoided by means of the present invention. 

According to a preferred embodiment of the present invention collision checks 
are performed after the thread has finished its execution and is about to be 
committed. The collision check is made by means of comparing die data 
structure associated with die thread to be checked with the data structures 
associated with other threads on winch die thread to be checked may depend. In 
order to keep track of tire possible dependencies between threads a dependence 
list may be created for each thread before it starts executing. This is illustrated in 
Figure 6, by means of die threads 5, 6, 7 winch are associated with dependence 
lists 16, 17 and 18 respectively. The dependence lists are lists of all older threads 
drat had not yet been committed when die thread was about to start executing. 
The thread 7 may depend on threads 5 and 6 so its dependence Est 18 contains 
references to tiireads 5 and 6 to indicate die possible dependency. 

The dependence list described above is just an example of how to keep track of 
possible dependencies between threads. The dependence list is not limited to a 
list structure but can also be represented as an alternative structure that can store 
information regarding possible dependencies. It is further not necessary for die 
dependence list to store a reference to all older not yet committed threads. For 
example in an implementation where forwarding is used it may be possible to 
determine that die thread to be started is not dependent on some of die older 
not yet committed direads and it is then not necessary to store a reference to 
diese threads in die dependence list. In other cases die information stored in die 
dependence list may refer to an interval of direads of winch some already have 
been committed when die dependence kst is created. As long as die dependence 
list includes a reference to all die threads that die thread to be. starred depends 
on there is no harm in the dependence list also including references to some 
threads, that the thread to be started clearly does not depend on. 
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Figure 7 shows a flow diagram of how a diread may be executed and a collision 
check for die thread may be made according to die present invention. In a step 
30, die dependence list for die thread to be executed is created. The thread is 
dien executed in a step 31. When die thread has finished executing, it waits until 
die threads that it may depend on have been checked for collisions and are ready 
to be committed, step 32. It dien compares its associated data structure to die 
data structures associated witii die threads in die dependence list to check for 
collisions, step 33. If no collision is detected, die thread is committed in a step 
34, otherwise die thread is rolled back in a step 35. If die thread has collided 
with another thread, die risk that die tiiread collides with die same diread again 
may be reduced by means of delaying the restart of die diread until die diread it 
collided with has been committed. The system may be arranged to give higher 
priority to cornmitting threads with which other threads have collided. 

When the collision check is performed as described above, even the oldest not 
yet committed thread is speculative, since it might have colkded with an earlier 
thread that already has been committed and tins is not detected until die diread 
has finished its execution. However, when a diread has become the oldest not 
yet committed diread, it will have to be. rolled back at die most once, since when 
it is restarted, there is no other thread that it can collide with. 

Alternatively one or several partial collision checks may be performed during 
execution, before performing the collision check when die diread has finished 
executing. The partial collision check can be performed without locking the data 
structures associated witii other threads because it is acceptable that die partial 
check fails to detect some collisions. Collisions tiiat were not detected in die 
partial collision check will be detected in the final collision check that is 
performed after the thread has finished it? execution. 

The comparison between two data structures to detect collisions is performed 
differently depending on whether or noi the data structure? includes separated 



WO (13/(154693 



14 



PCT/SEO 1/0274 1 



load and store vectors or a combined load and store vector. If die data 
structures have separated load and store vectors the comparison between die 
load and store vectors of an older and a younger diread can be earned out by 
means of performing die following logical operations bitwise on die bit vectors: 

5 old store vector AND (young store vector OR young load vector) . 

If die resulting vector contains any bits tiiat are set tiiere is a collision and die 
younger diread should be rolled back. If die data structures have combined load 
and store vectors die corresponding logical operation to be performed to check 
for collisions is an AND-operation between die combined vector of die older 
1 0 thread and die combined vector of die younger diread. 

In an alternative embodiment die comparison to detect collisions is carried out 
by means of performing die following logical operation bitwise on the bit 
vectors: 

old store vector AND young load vector. 

15 This comparison assumes that die threads are committed in program order and 
tiiat when a write operation that only modifies part of a memory element (which 
corresponds to a read-modify-write operation) is carried out die corresponding 
bit in bodi the load and die store vector is set. 

An advantage of die collision check of die present invention is that since 
20 collisions do not have to be detected until die thread has finished executing, 
there is no need for any locking mechanism or memory barriers during 
execution. This reduces die execution overhead and makes die implementation 
simpler. Another reason why die execution overhead can be reduced according 
to die present invention is that if die collision check is only performed when die 
25 thread has finished executing, at most one check will have to be made for each 
accessed memoir element even if the element has been accessed mam' times 
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during execution. In the known mechanisms discussed above a collision check- 
was performed in connection with each access to die shared memory. 

The cost of handling collisions according to die present invention is that 
collisions are not detected as early as possible, which results in some wasted data 
processing of threads that already have collided and should be rolled back. 
However, the gain in execution overhead will in many cases surpass die cost of 
not detecting collisions immediately. The collision check of the present 
invention described above is tiius particularly favorable when collisions are rare. 

According to die present invention, die only thing that has to be performed in 
the same order as in die original single-threaded program is the collision check. 
Threads can be executed and rolled back out of program order and depending 
on the implementation sometimes also committed out of program order. 

If die many-to-one correspondence between die memory elements and die bits 
in die load and store vectors is used, die load and store vectors can have a fixed 
size. The memory overhead is then proportional to die number of threads 
instead of the number of memory elements, which means that die amount of 
memory needed to store the data structures will remain die same when die 
number of memory elements in die shared memory increases. 

The present invention can be implemented both in hardware and in software. In 
a hardware implementation it is possible to use a fast fixed-size memory inside 
each processor to store die data structures. In a software implementation a 
speed advantage will be obtained if die data structures are made small enough to 
be stored in die first level cache of die processor Due to die frequent use of the 
data structures it will be advantageous to store them in as fast memory as 
possible. 

The data structure associated with a thread will naturally only have to be stored 
111 memory until die diread with which it is associated and all threads that may 
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depend on die thread are committed. Once die thread and all threads that may 
depend on it are committed die memory used to store its associated data 
structure can be reused. 

The present invention is not limited to any particular type of memory elements 
of a shared memory. The present invention is applicable to botii logical and 
physical memory elements. Logical memory elements are for example variables, 
vectors, structures and objects in an object onented language. Physical memory 
elements are for example bytes, words, cache lines, memory pages and memory 
segments. 

As described above a dnead comprises a number of program instructions. Other 
terms for a series of instructions that are sometimes used in die field. An 
example of such a term is job. 

Thread-level speculative execution with a shared memory has many similarities 
to a database transacnon system. The entries of a database can be compared 
with die elements of a shared memory and since a database transaction includes 
a number of operations, a database transaction can be compared with a thread. 
One way to ensure that a database remains consistent is to check for collisions 
between different database transactions. Thus die principles of the ideas of die 
present invention may be used also in this field. 

It is to be understood that the embodiments of die present invention discussed 
above and illustrated in die figures, merely serves as examples to illustrate the 
ideas of die present invention and diat die invention in no way is limited to just 
die examples described. The examples are for instance simple examples dual 
only illustrate a few memory elements in the shared memory and a few bits in 
the data structures associated with die threads. In reality the number of memory 
elements and bits can be very large. The present invention is further not limited 
to any particular number of threads or CPUs. 
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CLAIMS 

1. An apparatus that supports execution of computer program instructions 
speculatively out of program order comprising: 

- a plurality of threads for executing computer program instructions, and 

- a shared memory, which comprises a number of memory elements accessible 

to the plurality of threads; 
wherein each of die threads are associated with a data structure for storing 
information regarding accesses to die memory elements of die shared memory 
and wherein each of die threads has means for accessing a selected memory 
element in die shared memory and means for storing information in the 
associated data structure indicative of die access to the selected memory 
element. 

2. The apparatus according to claim 1, wherein the data structures are one of die 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

3. The apparatus according to claim 1, wherein each data structure comprises a 
number of bits that correspond to die memory elements of die shared memory 
and wherein die means for storing information are means for setting at least one 
chosen bit, which at least one chosen bit corresponds to die selected memory 
element. 

4. The apparatus according to claim 3, wherein die data structure comprises a 
load vector and a store vector, wherein die means for setting at least one chosen 
bit is arranged to set a bit in the load vector when the first thread accesses the 
selected memory element in order to read it, and wherein the means for setting 
at least one chosen bit is arranged to set a bit in the store vector when the first 
thread accesses die selected memon element in order to write to it. 
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5. The apparatus according to claim 3, wherein die data structure comprises a 
single combined load and store vector. 

6. The apparatus according to claim 4 or 5, wherein tiiere is a one-to-one 
5 correspondence between the memory elements in the shared memory and the 

bits in the or each vector of the data structure. 

7. The apparatus according to claim 4 or 5, wherein there is a many-to-one 
correspondence between the memory elements in the shared memory and die 

1 0 bits in die or each vector of the data structure. 

8. The apparatus according to claim 7, wherein die correspondence between die 
bits in die or each vector and die memory elements is determined by a hash 
function tiiat maps die memory elements to die bits in die or each vector. 

15 

9. The apparatus according to an}' of claims 1-8, wherein die apparatus further 
comprises means for checking whetiier a thread has a private copy of die 
selected memory object, means for creanng a private copy of die selected 
memory object and means for reading and writing to a private copy of die 

2 0 selected memory object. 

10. The apparatus according to any of claims 1-8, wherein die apparatus further 
■ comprises means for storing a backup copy of die selected memory element. 

25 11. The apparatus according to any of claims 1-10, wherein die apparatus 
further comprises means for checking, when a first thread has finished 
execution, if each of the threads on winch die first: thread may depend is ready 
to be committed and means for checking for collision between die first thread 
and each of die threads on which die first thread may depend, which means for 
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checlcing comprises mean* for comparing the data structure associated with die 
first thread with each respective data structure associated with die threads on 
which die first thread may depend. 

12. The apparatus according to claim 11, wherein the apparatus further 
comprises means for creating a dependence list associated with die first thread 
before execution of the first thread, which dependence list includes a reference 
to each thread which has not yet been committed and which comes before die 
first thread in program order. 

13. The apparatus according to claim 11 or 12, wherein die apparatus further 
comprises means for committing die first thread if no collision is detected 
between die first thread and any of the direads on winch die first diread may 
depend and means for restarting execution of the first thread if a collision is 
detected between die first thread and any of die threads on winch die first 
thread may depend. 

14. The apparatus according to claim 13, wherein die apparatus further 
comprises means for delaying a restart of execution of die first diread until die 
thread or each of die direads with which the first thread has collided has been 
committed. 

15. The apparatus according to claim 14, wherein the apparatus further 
comprises means for giving priority to committing and/or executing die diread 
or each of die threads with which die first thread has collided. 

16. The apparatus according to any of claims 11-15, wherein die apparatus 
further comprises means for performing a partial check for collisions between 
die first diread and at least one of die diread? on which die first thread may 
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depend, winch means for performing a partial check comprises means for 
comparing the data structure associated with tlie first thread with die respective 
data structure associated with die at least one of die threads on which die first 
tiiread may depend. 

5 

17. A method for recording information regarding accesses to a shared 
memory, which shared memory is accessible to a plurality of threads that are 
arranged to execute computer program instructions speculatively out of program 
order, which metiiod includes die steps of: 
10 - a first of die plurality of threads accessing a selected memory element in die 
shared memory, and 

- die first thread storing information indicative of die access to die selected 
memory element in a data structure associated witii die first thread. 

15 18. The mediod according to claim 17, wherein die data structure is one of die 
following types of structures: an unsorted list, a sorted list, a tree and a table. 

19. The mediod according to claim 17, wherein each data structure comprises a 
number of bits that correspond to die memory elements of die shared memory 

2 0 and wherein die step of storing information comprises setting a chosen bit in die 
data structure, winch chosen bit corresponds to die selected memory element. 

20. The mediod according to claim 19, wherein die data structure comprises a 
load vector and a store vector, wherein die chosen bit is a bit m die load vector 

25 if die first thread accesses die selected memory element, in order to read it, and 
wherein die chosen bit if a bit in die store vector if die first thread accesses die 
selected memory element in order to write to it. 



WO 03/(154693 . PCT/SEII 1/0274 1 

21 

21. The method according to claim 19, wherein the data structure comprises a 
single combined load and store vector. 

22. The method according to claim 20 or 21, wherein there is a one-to-one 
correspondence between die memory elements in die shared memory and die 
bits in die or each vector of the data structure. 

23. The mediod according to claim 20 or 21, wherein there is a many- to-one 
correspondence between die memory elements in die shared memory and die 
bits in die or each vector of die data structure. 

24. The mediod according to claim 23, wherein die correspondence between die 
bits in die or each vector and die memory elements is determined by means of 
mapping die memory elements to die bits in die or each vector using a hash 
function. 

25. The method according to any of claims 17-24, comprising die further steps 
of: 

- die first thread checking whether it has a private copy of die selected memory 

object; 

- if die first thread has a private copy and the first thread accesses die selected 

memory element in order to read it, die first thread reading from die private 
copy; 

- if die first thread does not have a private copy and the first tiiread accesses 

die selected memory element in order to read it, die first tiiread reading from 
die selected memory element in the shared memory; 

- if die first thread has a private copy and ihe first thread accesses die selected 

memory clement m order ro write to iu the first thread writing ro die private 
copy; and 
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- if the first thread does not have a private copy and die first thread accesses 
die selected memory element in order to write to it, die first thread creating a 
private copy of the selected memory and writing to die private copy. 

26. The method according to any of claims 17-24, comprising die further steps 
of, if the first thread accesses die selected memory element in order to write to 
it, the first thread storing a backup copy of the selected memory element and die 
first thread wilting to the selected memory element in die shared memory after 
the backup copy is stored. 



27. A method for handling possible collisions between a plurality of threads, 
winch threads are arranged to execute computer program instructions 
speculatively out of program order and to access memory elements of a shared 
memory, which metiiod includes the steps of: 

1 5 executing a first thread; 

checking, when the first thread has finished execution, if each of die threads on 
which die first thread may depend is ready to be committed.; 
waiting until each of the threads on which the first thread may depend is ready 
to be committed, if each of die threads on winch die first thread may depend is 

20 not ready to be committed; and 

checking for collision between the first tiiread and each of the threads on winch 
the first tiiread may depend by means of comparing a data structure associated 
with die first tiiread widi a data structure associated with die thread on winch 
die first tiiread may depend, winch data structures stores information regarding 

25 which of die memory elements the thread with winch die data structure is 
associated has accessed during execution of the thread. 

28. The method according to claim 27 : wherein each data structure comprises a 
number of bits that correspond to the memory element: of the shared memory 
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and wherein a bit is set if die memory element to winch the bit corresponds has 
been accessed by die thread with winch die data structure is associated during 
execution of die thread. 

29. The mediod according to claim 28, wherein each data structure comprises a 
load vector and a store vector, wherein a bit in the load vector is set if die 
memory object to which the bit corresponds has been read by the thread widi 
which die data structure is associated duting execution of the tiiread and 
wherein a bit in die store vector is set if die memory object to which die bit 
corresponds has been written to by die thread with winch the data structure is 
associated during execution of die diread. 

30. The mediod according to claim 28, wherein each data structure comprises a 
single combined load and store vector. 

31. The mediod according to any of claims 27-30, wherein die mediod further 
comprises the step of creating a dependence list associated with die first diread 
before execution of the first diread, which dependence fist includes a reference 
to each diread which has not yet been committed and which comes before die 

) first diread in program order. 

32. The mediod according to any of claims 27-31, wherein die first thread is 
committed if no collision is detected and wherein die execution of die first 
diread is restarted if a collision is detected. 

5 

33. The metiiod according to claim 32, wherein die restart of execunon of die 
first thread is delayed until die diread or each of the threads widi which die first 
thread collided has been committed. 
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34. The method according to claim 33, wherein priority is given to committing 
and/or executing the thread or each of the threads with which the first thread 
collided. 

35. The method according to any of claims 27-34, comprising the further step of 
performing a partial check for collisions between the first thread and at least one 
of the threads on which the first thread may depend by means of comparing the 
data structure associated with the first thread with the respective data structure 
associated with the at least one of the threads on which the first thread may 
depend, wherein no locking of the data structures take place while the partial 
check is performed. 

36. A computer program product comprising computer code means for 
performing the method of any of claims 17-26 when run on a computer. 

37. A computer program product comprising computer code means for 
performing the method of any of claims 27-35 when run on a computer. 
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